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Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Broadband Radio Access 
Networks (BRAN). 

The present document was developed on the basis of the Abstract Test Suite (ATS) specification for HiperMAN 
systems that was in the advanced stage of development when the work was reoriented to produce joint 
HiperMAN/WiMAX specifications. 

The present document is part 3 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); 
HiperMAN; Conformance Testing for WiMAX/HiperMAN 1.3.1, as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Pai-t 2: "Test Suite Structure and Test Purposes (TSS&TP)"; 

Part 3: "Abstract Test Suite (ATS)". 
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Scope 



The present document contains the Abstract Test Suite (ATS) to test BRAN HiperMANl.S.lAViMAX systems for 
conformance. 

The objective of the present document is to provide a basis for conformance tests for BRAN HiperMANAViMAX 
equipment giving a high probabihty of air interface inter-operabihty between different manufacturer's BRAN 
HiperMANAViMAX equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [5] and ISO/IEC 9646-2 [6]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [4]) are used as a basis for the test methodology. 

Annex A provides the Tree and Tabular Combined Notation (TTCN) part of the ATS. 

Annex B provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma of the SS side 
ATS. 

Annex C provides the Protocol Conformance Test Report (PCTR) Proforma of the SS side ATS. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or non- 
specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 102 178 (Vl.2.1): "Broadband Radio Access Networks (BRAN); HiperMAN; Data Link 

Control (DLC) layer". 

[2] IEEE 802.16-2004: "IEEE Standard for Local and Metropolitan Area Networks - Part 16: Air 

Interface for Fixed Broadband Wireless Access Systems". 
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[3] IEEE 802.16e-2005: "IEEE Standard for Local and metropolitan area networks - Part 16: Air 

Interface for Fixed and Mobile Broadband Wireless Access Systems. Amendment 2: Physical and 
Medium Access Control Layers for Combined Fixed and Mobile Operation in Licensed Bands and 
Corrigendum 1". 

[4] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[5] ISO/IEC 9646-1/ITU-T Recommendation X.290: "Information technology - Open Systems 

Interconnection - Conformance testing methodology and framework - Part 1: General concepts". 

[6] ISO/IEC 9646-2/ITU-T Recommendation X.29 1 : "Information technology - Open Systems 

Interconnection - Conformance testing methodology and framework - Part 2: Abstract Test Suite 
specification". 

[7] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 6: Protocol profile test specification". 

[8] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

[9] ETSI ES 201 873-1 : "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 1: TTCN-3 Core Language". 

[10] IEEE P802.16-2004/Corl/D3: "Corrigendum to IEEE Standard for Local and Metropolitan Area 

Networks - Part 16: Air Interface for Fixed Broadband Wireless Access Systems". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not appUcable. 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [8], TS 102 178 [1], 
IEEE 802.16-2004 [2] and IEEE 802.16e-2005 [3] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 102 178 [1], ISO/IEC 9646-1 [5], 
ISO/IEC 9646-6 [7], ISO/IEC 9646-7 [8], IEEE 802.16-2004 [2], IEEE 802.16e-2005 [3] and the following apply: 

ATS Abstract Test Suite 

BS Base Station 

BW Bandwidth 

CID Connection IDentifier 

CS Convergence Sublayer 

FDD Frequency Division Duplexing 

lUT Implementation Under Test 

MAC Medium Access Control Layer 

MS Mobile Station 

OFDM Orthogonal Frequency Division Multiplexing 

OFDMA Orthogonal Frequency Division Multiple Access 

PHY Physical LaYer 
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PIXIT Partial Protocol Implementation Extra Information for Testing 

PMP Point-to-MultiPoint 

QAM Quadrature Amplitude Modulation 

QPSK Quadrature Phase Shift Keying 

REQ REQuest 

RNG RaNGing 

RSP Response 

RTG Receive/Transmit Transition Gap 

SS Subscriber Station 

SUT System Under Test 

TC Test Case 

TLV Type, Length, Value 

TP Test Purposes 

TTCN Test and Test Control Notation 

TTG Transmit/Receive Transition Gap 



4 Abstract Test Method (ATM) 

This clause describes the ATM used to test the HiperMAN DLC layer at the BS side and at the SS side. 

4.1 Test architecture 
4.1.1 Test method 

The test method chosen is the remote test method with notional upper tester. Remote test method means that the test 
tool (the test machine + the executable test suite) shall behave as a BS when the lUT is an SS and shall behave as an SS 
when the lUT is a BS. Notional upper tester means that it is possible to trigger and to force the lUT to execute 
predefined actions. 

Example: Adding a new service flow with defined parameters, sending data over a known service flow, etc. 

This could be done by a specific and proprietary application layer inside the lUT or by other procedures clearly 
described by the lUT's manufacturer (PIXIT question). As the exchange between the test system and the lUT is the air 
interface, the PHY layer of the test machine shall be totally conformant with the corresponding PHY layer specification 
to use the remote test method. 

4.1 .1 .1 What is notional upper tester? 

Usually the lUT is not only a plane containing Convergence, MAC and PHY layers, but a real product to be marketed 
after testing, and therefore the lUT contains also application software to accomplish the purpose of the final product. In 
that case, the application inside the lUT could be commanded to generate events in direction of the transmission 
sub layers that shall be used by the testing software as expected lUT's actions. The application layer is the Upper tester 
as defined in ISO 9646. It is also a notional upper tester, because the test designer cannot determine all of the possible 
applications that are only market driven. 

Considering the explanation of the former paragraph, in terms of source code writing, requesting a notional upper tester 
action is the combination of the call of an external function and a PIXIT parameter. The external function asks the test 
laboratory operator to execute the procedure described in the PIXIT parameter. If the action is possible to obtain the 
external function succeeds, otherwise the test execution becomes inconclusive. The PIXIT parameter is a "how to" 
question, for which the product manufacturer has to explain the procedure to be used in the lUT to obtain the required 
action. 



Figures 1 to 4 show some examples of possible notional upper tester. 
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Figure 1 : Debug notional upper tester 
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Figure 2: Networic driven notional upper tester 
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Figure 3: Maintenance application notional upper tester 
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Figure 4: Phone application notional upper tester 

4.1 .2 Test machine operational parameters 

The test machine operational parameters such as frequency, channels, sub channels, power level, etc., could be 
initialized by static and/or dynamic method. 

The static method could be: 

1) operational parameters included in the firmware or ROM; 

2) operational parameters included in a configuration file executed at power up; 

3) other static technique; 

4) no default or static operational parameters setting. 
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The dynamic method could be: 

1) before the test cases execution at the beginning of the test campaign and vaHd for a Hst of TCs; 

2) during the test case execution at the beginning of the test case itself; 

3) everywhere during test case execution. 

The possibility to acquire and to set all of the operational parameters during the test case execution is a main key to 
cover all of the requirements to be tested by the TTCN-3 test code. 

Considering all of the techniques exposed above, it is possible that the configuration of the operational parameters is 
done either before the beginning of the TTCN-3 environment or during the initialization of the TTCN-3 environment or 
during the preamble of a test case. The recommended method is the initialization during preamble of the test case. 

Another important problem is the reconfiguration on the fly of some operational parameters. To solve this problem, it is 
recommended that the test case itself shall be able to start and stop the PHY layer and all of its environments during test 
case execution. 

4.1 .3 Test machine configuration 
4.1.3.1 Presentation 

There are six test machine configurations to allow the complete testing of the required functionalities of the 
specification. 

The test machine configurations are: 

1) test machine simulates a BS with OFDM PHY (lUT is a SS with OFDM PHY); 

2) test machine simulates a BS with OFDMA PHY (lUT is a SS with OFDMA PHY); 

3) test machine simulates a SS with OFDM PHY (lUT is a BS with OFDM PHY); 

4) test machine simulates a SS with OFDMA PHY (lUT is a BS with OFDMA PHY); 

5) test machine simulates two BS, each of them with OFDM PHY (lUT is an MS with OFDM PHY), This 
configuration is used for handover and mobility testing; 

6) test machine simulates two BS, each of them with OFDMA PHY (lUT is an MS with OFDMA PHY), This 
configuration is used for handover and mobility testing; 

7) test machine simulates one SS and one BS, each of them with OFDM PHY (lUT is a BS with OFDM PHY); 

8) test machine simulates one SS and one BS, each of them with OFDMA PHY (lUT is a BS with OFDMA 
PHY). 

NOTE: For a very small number of specification requirements, it may be useful to have a configuration with three 
simulated BS. This increases the number of test machine configuration by two (one for OFDM and one 
for OFDMA). Considering the effort of hardware and software development and the corresponding costs, 
implementation of these configurations should be investigated very carefully, and interoperability testing 
may be more suitable than conformance testing. 

The configurations 1, 2, 3 and 4 can be covered by a single testing approach. The configurations 5, 6, 7 and 8 shall be 
covered by a concurrent testing approach (it is necessary to monitor and synchronize the two simulated BS test code to 
obtain a consistent behaviour and a consistent test verdict). The use of the distributed testing possibilities of TTCN-3 is 
recommended for the physical architecture of the test machine for the test configurations 5 and 6. 

The number of physical test machines to cover the eight test configurations could comprise between one and eight 
depending of the level of flexibility and parameterization of the hardware design made by the test tool manufacturer. A 
physical test machine could also be constituted by a number greater than one of real hardware machine 
(example: intelligent PHY plane connected to one or more PC executing the TTCN-3 code). 



£75/ 



13 



ETSI TS 102 545-3 VI .2.1 (2009-02) 



For similar reasons the number of test suites could comprise between 1 and 8 depending of the level of 
parameterization, by use of PICS and PIXIT items, used to design the TTCN-3 code. The conditional compilation may 
be used to have only one source code and many generated test suite. In terms of performance, it is preferable to have 
static conditional code generation to shorten the length of the test suite and improve the time execution rather than to 
have dynamic conditional alternatives controlled by PICS or PIXIT items. In terms of readability and maintenance of 
the test code it is preferable to have a one to one mapping between the test code and the test machine configuration. The 
use of libraries, packages and other recent technique of source code management are recommended. 



4.1 .3.2 Test suite TTCN-3 development concept 

The possible Test suite TTCN-3 development concepts are shown in figures 5, 6 and 7. 
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Figure 5: TTCN-3 development concept 1 
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Figure 6: TTCN-3 development concept 2 
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Figure 7: TTCN-3 development concept 3 

For all of the three TTCN-3 development concepts, the Test Configuration shall be done dynamically based on PIXIT 
and PICS parameters. 

According to a consensus between the TTCN-3 development team and the Test tool manufacturers, the TTCN-3 
development concepts 1 showed above will be used for the real development. 

4.1 .3.3 Test configurations for SS/MS 

There are four normal configurations and two optional configurations for SS/MS testing. 

The configuration 1 is defined and used for functionality that requires only interaction between the tested OFDM 
SS/MS and one OFDM BS. This configuration is shown in figure 8. 



B s 

(Tester) 



PHY OFDM 



SS/MS 
(lUT) 



Figure 8: Configuration 1 for SS/IUIS 

The configuration 2 is defined and used for functionality that requires only interaction between the tested OFDMA 
SS/MS and one OFDMA BS. This configuration is shown in figure 9. 
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Figure 9: Configuration 2 for SS/IUIS 
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The configuration 5 is defined and used when an OFDM SS/MS has to interact with two OFDM BSs. The concurrent 
TTCN-3 facilities are used in this configuration. This configuration is shown in figure 10. 



Tester 




M 
T 
C 


B S 1 








B S2 









PHY OFDM 



SS/MS 
(lUT) 



Figure 10: Configuration 5 for SS/IUIS 

The configuration 6 is defined and used when an OFDMA SS/MS has to interact with two OFDMA BSs. The 
concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in figure 1 1 . 
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Figure 1 1 : Configuration 6 for SS/IVIS 

The optional configuration Optl is defined and used when an OFDM SS/MS has to interact with more than two OFDM 
BSs. The concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in figure 12. 
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Figure 12: Configuration Optl for SS/IUIS 

The optional configuration Opt2 is defined and used when an OFDMA SS/MS has to interact with more than two 
OFDMA BSs. The concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in 
figure 13. 
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Figure 13: Configuration Opt2 for SS/MS 
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4.1.3.4 Test configurations for BS 

There are two normal configurations and four optional configurations for BS testing. 

The configuration 3 is defined and used for functionality that requires only interaction between the tested OFDM BS 
and one OFDM MS/SS. This configuration is shown in figure 14. 
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Figure 14: Configuration 3 for BS 

The configuration 4 is defined and used for functionality that requires only interaction between the tested OFDMA BS 
and one OFDMA MS/SS. This configuration is shown in figure 15. 
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Figure 15: Configuration 4 for BS 

The optional configuration Opt3 is defined and used when an OFDM BS has to interact with two OFDM MS/SS. The 
concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in figure 16. 
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Figure 16: Configuration Opt3 for BS 

The optional configuration Opt4 is defined and used when an OFDMA BS has to interact with two OFDMA MS/SS. 
The concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in figure 17. 
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Figure 17: Configuration Opt4 for BS 
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The optional configuration Opt5 is defined and used when an OFDM BS has to interact with one OFDM BS and one 
OFDM MS/SS. The concurrent TTCN-3 facihties are used in this configuration. This configuration is shown in 
figure 18. 
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Figure 18: Configuration Opt5 for BS 

The optional configuration Opt6 is defined and used when an OFDMA BS has to interact with one OFDMA BS and one 
OFDMA MS/SS. The concurrent TTCN-3 facilities are used in this configuration. This configuration is shown in 
figure 19. 
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Figure 19: Configuration Opt6 for BS 

4.1 .4 Re-use of existing test specifications 

Due to existing development for IEEE 802.16-2004 [2] and ETSI HiperMAN, it is preferable if not essential to reuse as 
much of the existing test specifications. 

Nevertheless, considering the preceding considerations such as hardware configuration and test configuration, it appears 
that the existing TTCN code may be only partially re-usable. For TTCN-3 code, the constants, types, templates and 
internal/external functions could be re-used and extended, but the other parts are certainly not in line with the new 
hardware and software configuration. 

Considering that, there are two possibilities: 

1) Starting from scratch with small re-use of existing test specifications. 

2) Defining a test architecture that included the architecture defined for IEEE 802. 16-2004 [2] and 
ETSI HiperMAN as near as possible and adding small changes in the actual TTCN-3 code. 

According to a consensus between the TTCN-3 development team and the Test tool manufacturers, the second 
possibility showed above will be used for the real development. 
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4.1 .5 Test architecture 



4.1.5.1 



Common test architecture 



4.1.5.1.1 



Single Test Component 



Figures 20 and 21 describe the DLC BS/SS Test Configuration for testing the DLC layer of a product implementing the 
HiperMAN base standard. More information for these architectures is provided below. Figure 20 is related to single 
testing. Figure 21 is related to concurrent testing. 
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Figure 20: Single DLC BS/SS Test Configuration 

DLC TTCN-3 uses macMsg port to send and receive MAC management messages that belong to the Initial Ranging, 
Basic, and Primary connection. Final verdicts are set on the receive statements (see details on the macMsg port type in 
clause 4.2.1). 

DLC TTCN-3 uses macBcMsg port to receive MAC management messages that belong to the Broadcast connection. 
Final verdicts are set on the return status of the receive functions (see details on the macMsg port type in clause 4.2.2). 

DLC TTCN-3 uses macPdu port to send and receive MAC PDUs. Final verdicts are set on the receive statements (see 
details on the macMsg port type in clause 4.2.3). 

The broadcast emulation handles the sending and reception of the broadcast messages. Broadcast messages from the 
lUT (BS) are received over the MacBcMsg type port. The setting of the messages contained in the broadcast connection 
and sent to the lUT (MS) is achieved by using dedicated external functions. 

DLC TTCN-3 uses the Phy port to receive information like Ranging Code or Radio Signal measurements, which are not 
transmitted over MAC PDU but shall be extracted or calculated by the SUT adapter. (See details on the Phy port type in 
clause 4.2.4. 

DLC TTCN-3 controls via external functions the Upper Tester Application. Upper Tester Application allows triggering 
the lUT. Final verdicts are set on the return status of the external functions. 
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4.1.5.1.2 



Multiple Test Components 
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Figure 21 : Concurrent DLC BS/SS Test Configuration (logical representation) 
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Figure 22: Concurrent DLC BS/SS Test Configuration (physical representation) 
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The concurrent DLC BS/SS Test Configuration provides 3 test components: 

• MTC: Master test component triggers and synchronizes the parallel test components. 

• PTCl: Parallel test component 1. Identical to single testing plane to simulate one BS or MS/SS test case part. 

• PTC2: Parallel test component 2. Identical to single testing plane to simulate another BS or MS/SS test case 
part. 

NOTE: The number of parallel test components could be extended by adding the corresponding number of single 
testing plane to perform the required configuration. 

All of the parallel test components shall have an identical PHY layer (OFDM or OFDMA). 

4.2 Description of the ports and their associated primitives 

The test components (either MTC in mono -component configuration or PTCs in multi-components configurations) uses 
4 different ports to communicate with the SUT Adapter (see the figures 20 and 21): 

1) One MacMsg type port. 

2) One MacBcMsg type port. 

3) One MacPdu type port. 

4) One Phy type port. 

5) One TA type port. 

4.2.1 The IVIaclVlessagePort type. 

4.2.1.1 Description 

This port is used to send and receive MAC management messages. 

MAC management messages could be fragmented or MAC PDU could contain several MAC management messages 
(Packed). AS it is difficult to specify defragmentation or unpacking procedures in TTCN, it was decided to create a 
dedicated port to exchange complete MAC management messages, extracted from the MAC PDU(s) and re-constructed 
as necessary. 

In addition to the MAC messages, several other pieces of information shall be transmitted in the Msgind primitive: 

1) Some fields of the generic Header of the MAC PDU that contained the MAC management message. 

2) A "rawdata" field that actually contains the complete Mac management message (From Message Type until 
the end) as received from the lUT and before any manipulation of the message by the SUT adapter (i.e. TLV 
reordering and addition of the default TLVs not sent by the lUT, see clause 4.2.1). 

3) Any other PHY information related to the receipt of the MAC management message and that can be required 
in some test cases (e.g. frame number). 

4.2.1 .2 Primitives of the MacMsg port 

Two primitives of type MacMsgPrimitives are currently defined: 

1) The MsgReq type primitive - to send MAC management messages to the lUT. 

2) The Msgind type primitive - to receive MAC management messages from the lUT. 
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Table 1 : Fields of the MsgReq type primitive 



Field name 


description 


cid 


Contains the value of the CID field (1 6 bits) transmitted in the Header of the MAC 
PDU that contained the IVIAC management message. 


msglnOut 


The MAC management message sent on a Basic or Primary connection. This 
field is a union type of all MAC management message types to be sent or 
received on the basic and the primary connections. 



Table 2: Fields of the Msgind type primitive 



Field name 


description 


ec 


Contains the value of the EC field (1 bit) transmitted in the Header of the MAC 
PDU that contained the MAC management message. 


GenericOrBandwidth 


This structured type contains the fields (1 6 bits) transmitted in the Header of the 
MAC PDU that contained the MAC management message, which are part of 
either a generic header or a Bandwidth Request header. For the scope of a MAC 
PDU containing a MAC management message, only the generic header is used, 
so that this structure type contains the following fields: 
Type (65 bits), ESP, CI, EKS, Reserved and Length (11 bits). 


cid 


Contains the value of the CID field (1 6 bits) transmitted in the Header of the MAC 
PDU that contained the MAC management message. 


msglnOut 


The MAC management message received on a Basic or Primary connection. This 
field is a union type of all MAC management message types to be sent or 
received on the basic and the primary connections. 


rawData 


This field contains all bytes of the whole MAC management message that were 
received by the SUT adapter from the lUT. 


phyParams 


This field contains the 4 following pieces of information, related to the message 
received: 

1. iuc (either the DlUC or the UIUC). 

2. Symbol offset. 

3. Burst number. 

4. Frame number. 

PhyParams is optional and will be appended to the primitive by the TA (Test 
Adapter) only when the function f appendPhyParams is called out. 



4.2.2 The MacBcMessagePort type. 



4.2.2.1 



Description 



This port is used to receive MAC management messages on the broadcast connection. 

In addition to the MAC messages, several other informations shall be transmitted in the Msgind primitive: 

1) Some fields of the generic Header of the MAC PDU that contained the MAC management message. 

2) A "rawdata" field that actually contains the complete Mac management message (From Message Type until 
the end) as received from the lUT and before any manipulation of the message by the SUT adapter (i.e. TLV 
reordering and addition of the default TLVs not sent by the lUT, see clause 4.2.1). 

3) Any other PHY information related to the receipt of the MAC management message and that can be required 

in some test cases (e.g. frame number). 

4.2.2.2 Primitives of the BcMacMsg port 

Two primitives of type MacBcMsgPrimitives are currently defined: 

1) The BcMsgReq type primitive - to send MAC management messages in the broadcast connection to the lUT. 

NOTE: This primitive is actually not used. Some external functions are currently used to set-up the content of the 
broadcast connection. 

2) The BcMsgInd type primitive - to receive MAC management messages from the lUT. 
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Table 3: Fields of the BcMsgReq type primitive 



Field name 


description 


cid 


Contains the value of the CID field (1 6 bits) transmitted in the Header of the MAC 
PDU that contained the IVIAC management message. 


bcMsglnOut 


The MAC management message sent on a broadcast connection. This field is a 
union type of all MAC management message types to be sent on the broadcast 
connection. 



Table 4: Fields of the BcMsgInd type primitive 



Field name 


description 


cid 


Contains the value of the CID field (1 6 bits) transmitted in the Header of the MAC 
PDU that contained the MAC management message. 


bcMsglnOut 


The MAC management message received on a broadcast connection. This field 
is a union type of all MAC management message types to be received on the 
broadcast connection. 


phyParams 


This field contains the 4 following pieces of information, related to the message 
received: 

1. iuc (either the DlUC or the UIUC) 

2. Symbol offset 

3. Burst number 

4. Frame number 

PhyParams is optional and will be appended to the primitive by the TA (Test 
Adapter) only when the function f appendPhyParams is called out. 



4.2.3 The MacPduPort type. 



4.2.3.1 Description 

This port is used to send or receive MAC PDUs. 

4.2.3.2 Primitives of the MacPdu port 

Two primitives of type MacPduPrimitives are currently defined: 

1) The PduReq type primitive - to send MAC PDUs to the lUT. 

2) The Pduind type primitive - to receive MAC PDUs from the lUT. 

3) The UlFbkReq type primitive - to send Type II Feedback header to the lUT. 

4) The UlFbkInd type primitive - to receive Type II Feedback header from the lUT. 
The primitives PduReq and Pduind contain a list of MacPdu type elements. 
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Table 5: Fields of the PduReq type 



Field name 


description 


macPduList 


List of (record of) MacPdu type fields (see below). 



Table 6: Fields of the Pduind type 



Field name 


description 


macPduList 


List of (record of) MacPdu type fields (see below). 


phyParams 


This field contains the 4 following pieces of information, related to the message 
received: 

1. iuc (either the DlUC or the UIUC). 

2. Symbol offset. 

3. Burst number. 

4. Frame number. 

PhyParams is optional and will be appended to the primitive by the TA (Test 
Adapter) only when the function f appendPhyParams is called out. 



Table 7: Fields of the MacPdu type 



Field name 


description 


macHeader 


Contains the PDU header. 


perPduSubHeader 


Contains the set of Per PDU Subheader (IVIesh, Grant management, 
Fragmentation and Fast feedback). 


macSduList 


Contains a list of SDUs (Packing Subheader + payload). 


crc 


Contains the CRC code (32 bits). 



The primitives UlFtkReq and UlFbkInd contain fields as described in tables 8 and 9: 

Table 8: Fields of the UIFbkReq type 



Field name 


description 


macUIFbk 


"l\/lacSignalingHeaderType2" record type that collects the fields of a Feedback 
Header MPDU (with or without CID). 



Table 9: Fields of the UlFbkInd type 



Field name 


description 


macUIFbk 


"MacSignalingHeaderType2" record type that collects the fields of a Feedback 
Header MPDU (with or without CID). 


phyParams 


This field contains the 4 following pieces of information, related to the message 
received: 

1. iuc (either the DlUC or the UIUC). 

2. Symbol offset. 

3. Burst number. 

4. Frame number. 

PhyParams is optional and will be appended to the primitive by the TA (Test 
Adapter) only when the function f appendPhyParams is called out. 
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4.2.4 The PhyPort type 



4.2.4.1 



Description 



This port is used to receive information from the MS that is not transmitted in PDUs. These pieces of information, 
which are use for ranging purpose, are: 

1) Information transmitted by the MS in the OFDM A Ranging Region: CDMA Ranging Code. 

2) Symbol number and frame number of the ranging code in the ranging region. 

3) Power level, timing and offset frequency adjust value as determined by the SUT adapter. 

4) HARQ Ack from feedback channels (MS). 

5) CQICH from Feedback channels (MS). 



4.2.4.2 



Primitives of the Phy Port 



One primitive is currently defined to be sued with the Phy port: the Phyind primitive. The Phy port is only intended to 
receive from the TA (Test Adapter) information concerning PHY values, which are themselves generated by the test 
system. 

The Phy port uses only one primitive: phyind , which is of one of the following type, according to the type of PHY 
information expected from the test system: 

1) OFDMACodeParams; or 

2) StuffBytesParams; or 

3) HarqAckNack; or 

4) CQIChannel. 

Table 10: Fields of the Phyind primitive type (union type) 



Field name 


description 


ofdmaCodeParams 


Contains OFDMA parameters: 

• ranging code (as received in tlie Ranging Region); 

• power level adjust; 

• timing adjust; 

• offset frequency adjust; 

• symbol number (of the ranging Code in the ranging region); 

• frame number (of the ranging Code in the ranging region). 


StuffBytesParams 


Contains the following fields: 

• stuff Bytes (octetstring); 

• symbolOffset, (8 bits) // Symbol offset from the start of the UL subframe; 

• frameNr (24 bits) //Frame number of the frame in which the stuff bytes 
were received. 


harqAckNack 


Contains the following fields: 

• acKBitmap; 

• acid; 

• frameNumber of the received ACK message. 


cqiChannel 


Contains the following fields: 

• fastFeedbackChannelBits; 

• frameNumber of the received CQICH message; 

• channelNumber. 
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4.2.5 The TaPort type. 
4.2.5.1 Description 

The Test Adapter port (TaPort) is used to enable the TTCN execution to communicate with the test adapter. This will 
allow to enforce the test adapter, to proceed with actions or transmit information to the TTCN execution environment, 
which are not available by invoking other port, as for instance: 

1) Insert values or wrong encodings in the broadcast messages that are automatically sent by the Test Adapter. 

2) Change burst profile. 

3) Provides UL allocation. 

4) Get Frame number of the PDU sent by TTCN send commend over the TA. 

The Ta type port handles the communication between TTCN and the test adapter (TA) via a simple command/response 
protocol as shown in figure 23: 



Command 




TA 



Figure 23: HO Command / Response mechanism between TTCN and TA 

Example of using TaPort to get the frame number of a PDU sent by the TTCN execution: 

// frame Number of the next sent Pdu required 

ta . send {m_retrievePhyParamsOfNextSentPdu_Cmd {e_macBcMsgPort) ) ; 

t_wait . start , - 

macPdu. send {pdu_req {v_macPduListToBeSent) ) ; 

alt 

{ 

[] ta . receive {mw_retrievePhyParamsOfNextSentPdu_Rsp) -> value v_taPrimitives { 
// Store Frame Nr 
v_startFrameNr : = v_taPrimitives . retrievePhyParamsOfNextSentPdu_Rsp .phyParams . f rameNr; 

} 

[] t_wait . timeout { ... } 

4.2.5.2 Primitives of the TaPort 

Only primitive type is currently defined: TaPrimitive, which is a union of several structured (Record) types, each one 
dedicated to the action required from the Test Adapter. All primitives using at least one field to identify the type of 
primitive: taPrimitiveMsgType. There are two kind of primitives: Cmd (command) and Rsp (Response). 

The Cmd primitive are used to request the TA to proceed with specific actions, the Rsp primitives confirms that the 
Cmd primitives were proceeded correctly and pass some values to the TTCN TE as necessary. 

For example: 

type record UlMap_FastFeedbackChannelIe_Cmd { 

TaPrimitiveMsgType taPrimitiveMsgType 
} 

Used to request TA to include a FasFeedback Channel IE in the UL-MAP message. 
and 
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type record UlMap_FastFeedbackChannelIe_Rsp { 
TaPrimitiveMsgType taPrimitiveMsgType, 
FncRetCode fncRetCode, 
FrameNumber frameNrl 



This primitive is used in receive events for the TA to send the frame number of the UL-MAP message, where the 
FastFeedback Channel IE was included (frameNrl formal parameter). 

All TA Commands and Responses are part of the HTML documentation (T3doc) provided with this Word document 
(see annex F ). 



4.3 Port mapping rules 



TTCN-3 enables activation and mapping of ports on a very flexible manner. As MAC messages are also contained in 
MAC PDUs, some rules apply to manage the mapping of received PDU to the right port, accordingly to the port 
configuration used in the test case. 

Actually the mapping of message to ports need to be different depending if both MacPdu and MacMsg (and 
BcMacMsg) or only one of both are used. This gives 3 possible cases: 

1) If only a MacPdu port has been mapped in the TC (and no MacMsg nor BcMacMsg ports), then all PDU, 
including PDUs containing a MAC management message, are directly sent to the MacPdu port. MAC PDU, 
with non-generic header is also sent to the MacPdu port. When mapping only the MacPdu port, the function 
f_setBcMsgFilter shall be used as necessary in order to indicate to the test adapter which broadcast messages 
shall be received. 

2) If a MacPdu and a MacMsg/BcMacMsg are mapped in the TC, then all PDU are sent to the MacPdu port, 
except the MAC PDU containing MAC management messages, which are sent resp. to the MacMsg or the 
BcMacMsg port. MAC PDU, with non-generic header is also sent to the MacPdu port. 

3) If only a MacMsg or a BcMacMsg port is mapped in the TC, then MAC PDUs, not containing a MAC 
management message are not received in the TTCN. This avoids in particular to get MAC PDUs matching in 
the default behaviour. 



4.4 PDU sending/receiving rules 



The rules for sending (resp. receiving) MAC PDU with MacPduList from TE (TTCN execution) to SA (SUT adapter) is 
as follows: 

1) From TE to SA: the MAC PDUs from a MacPduListy can be sent concatenated on the Air interface. 

2) From SA to TE: the MAC PDU shall be provided one by one from the SA to the TE. 

NOTE: There are no test cases required to receive concatenated PDUs (i.e. to check the lUT sends concatenated 
data). 

5 Untestable Test Purposes (TP) 

This clause gives a list of TP, which are not implemented in the ATS due to the chosen ATM or other restrictions. 

Table 11: Untestable TP 

Test Case Name Reason 

void 
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ATS conventions 



The ATS conventions are intended to give a better understanding of the ATS but they also describe the conventions 
made for the development of the ATS. These conventions shall be considered during any later maintenance or further 
development of the ATS. 

The ATS conventions contain two clauses, the naming conventions and the implementation conventions. The naming 
conventions describe the structure of the naming of all ATS elements. The implementation conventions describe the 
functional structure of the ATS. 

To define the ATS, the guidelines of the document ETS 300 406 [4] were considered. 

6.1 Testing conventions 

6.1.1 Testing States 

BS Null: The BS is switched on and sends broadcast messages. 

SS Null: The SS is switched on and is ready to receive broadcast messages. 

6.1 .2 HiperMAN default values: Reception and transmission at ATS level 

IEEE P802.16-2004 [10] Usts many default TLV values. The spec says that devices SHOULD NOT transmit TLVs if 
the default value applies. However, this is NOT a requirement. Thus, one tested device may not transmit the default 
TLVs (or a subset of these default TLVs) while another may transmit all TLVs including the defaults. Including all the 
possible combinations of sent and received default TLVs in an ATS is problematic. Therefore: 

• For ATS purposes, all TLVs are assumed to be sent and received at the ATS level. 

• The Test Adapter will fill in the missing received TLVs with a TLV containing the default value and pass it up 
to the ATS. 

• The Test Adapter may or may not transmit default TLVs received from the ATS to the lUT. This is a test 
equipment vendor decision. 

6.1.3 Templates 

Separate templates are defined for use in sending and receiving operations. 

Template definitions should avoid using matching attributes such as "*" or "?" for complete structured values, 
e.g. record or set of values. 

PIXIT parameter values are passed as parameters into templates. 

6.1.4 Functions 

The WMx ATS differentiates between external functions for which only the signature is specified and functions 
completely defined in the ATS. The completely defined functions are separated according to their use for SS or BS 
testing and preamble and postamble functions. 

The SS and BS testing functions are grouped in a general configurations functions group and separate groups with 
functions used for testing different types of functionality. 

Each type of function is implemented in a separate module, although there may be multiple modules for each function 
type. The following general rules apply: 

• Functions use the "runs on" statement wherever this is possible. 

• Each function provides a return value wherever this is possible. The return value used is the enumeration type 
"FncRetCode" defined in the WMx_Types.ttcn file. 
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EXAMPLE: WMx_Types.FncRetCode. 

• The stop statement is used only for controlled test component shutdown. 

6.2 Naming conventions 
6.2.1 General guidelines 

The naming convention is based on the following underlying principles: 

• In most cases, identifiers should be prefixed with a short alphabetic string (specified in table 12) indicating the 
type of TTCN-3 element it represents. 

• Suffixes should not be used except in those specific cases identified in table 7. 

• Prefixes and suffixes should be separated from the body of the identifier with an underscore ("_"): 

EXAMPLE 1: c_sixteen, t_wait_max. 

• Only module names, data type names and module parameters should begin with an upper-case letter. All other 
names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter. 

• The start of second and subsequent words in an identifier should be indicated by capitalizing the first 
character. Underscores should not be used for this purpose. 

EXAMPLE 2: f_authenticateUser. 

Table 12 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix, 
suffixes (if any) and capitalization. 
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Table 12: TTCN-3 naming convention 



Language element 


Naming convention 


Prefix 


Suffix 


Example 


Notes 


Module 


Use upper-case initial letter 


none 


none 


WMx Templates 




TSS grouping 


Use all upper-case letters 


none 


none 


TP RT PS TR 




Item group within a 
module 


Use lower-case initial letter 


none 


none 


messageGroup 




Data type 


Use upper-case initial letter 


none 


none 


SetupContents 




List type identifiers 


Use upper-case initial letter 


none 


none 


DIIVIapleList 




IVIessage template 


Use lower-case initial letter 


m_ 


none 


m_setuplnit 




IVIessage template 
with wildcard or 
matching expression 


Use lower-case initial letters 


mw_ 


none 


mw_setupBasic 




Port instance 


Use lower-case initial letter 


none 


none 


signallingPort 




Test component ref 


Use lower-case initial letter 


none 


none 


userTerminal 




Signature 


Use lower-case initial letter 


s 


none 


s callSignature 




External function 


Use lower-case initial letter 


xf 


none 


xf calculateLengthO 




Constant 


Use lower-case initial letter 


c 


none 


c maxRetransmission 




Function 


Use lower-case initial letter 


f 


none 


f authenticationO 




Altstep 


Use lower-case initial letter 


a 


none 


a receiveSetupO 




Altstep (Default) 


Use lower-case initial letter 


d 


none 


d receiveOtherMessagesO 




Variable 


Use lower-case initial letter 


V 


none 


V basicCid 




Variable, global to 
component 


Use lower-case initial letter 


g_ 


none 


g_ssSimu.basicCid 




Timer 


Use lower-case initial letter 


t_ 


_min 
max 


t_wait 

t auth min 


Note 1 


IVIodule parameters 
PICS values 
PIXIT values 


Use all upper case letters 


none 


none 


PIC_T7PXT_TN0AC 


Note 2 


External constant 


Use lower-case initial letter 


xc 


none 


xc macid 




Parameterization 


Use lower-case initial letter 


P 


none 


p macId 




Enumerated Value 


Use lower-case initial letter 


e 


none 


e synCpk 




NOTE 1 : If a time window is needed, the suffixes "_min" and "_max" should be appended. 
NOTE 2: In this case it is acceptable to use underscore as a word delimiter. 



6.2.2 Test Case (TC) identifier 



Table 13: TC naming convention 



TC_<st>_<pg>_<fg>_<sg>_<ini>_<x>_H<nnn> 






<st> = side type 


BS 


Base Station 




SS 


Subscriber Station 


<pg> = protocol group 


CDM 


Channel Descriptors and Maps 




RLC 


Radio Link Control 




INI 


Registration, IP Connectivity, and Parameter 
Transfer 




PKM 


Privacy and Key Management 




DS 


Dynamic Services 




BWA 


Bandwidth Allocation and Polling 




RER 


Reset and Re-registration 




CCC 


Clock Comparison 




MAC 


MAC PDU Construction 




PCS 


Packet CS 


<fg> = function group 


MAP 


Map and Frame Structure 




CD 


Channel Descriptors 




CDC 


Channel Descriptor Change 




IRNG 


Initial Ranging 




PRNG 


Periodic Ranging 




DBPC 


Downlink Burst Profile Management 




SBC 


Negotiate Basic Capabilities 




REG 


Registration 




IPC 


IP Connectivity 




AUTH 


Authentication/Authorization 
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TC_<st>_<pg>_<fg>_<sg>_<ini>_<x>_H<nnn> 








TEK 


Encryption Key Transfer 




SAM 


Security Association IVIanagement 




EKS 


Encryption and Key Scheduling 




DSA 


Dynamic Service Addition 




DSC 


Dynamic Service Change 




DSD 


Dynamic Service Deletion 




REQ 


Request/Grant 




MCP 


Multicast Polling 




PACK 


Packing 




FRAG 


Fragmentation 




CAT 


PDU Concatenation 




CRC 


Cyclic Redundancy Check (CRC) 




ARQ 


ARQ 




PCU 


Packet CS Usage 




CLS 


Classification 




CDS 


Classifier DSx Signalling 




PHS 


Payload Header Suppression 


<sg> = subfunction group 


INIT 


Initialization 




OPN 


Operation 




RLV 


Relevance 




KU 


Key Usage 




ENC 


Encryption 




DEC 


Decryption 


<ini> = initiator of procedure or direction of flow 


Bsini 


Procedure is initiated by BS 




Ssini 


Procedure is initiated by SS 




DL 


Downlink 




UL 


Uplink 


<x> = type of testing 


BV 


Valid Behaviour Tests 




Bl 


Invalid Syntax or Behaviour Tests 




BO 


Inopportune Behaviour Tests 




Tl 


Timer and Counter Tests 


<nnn> = sequential number 


Hnnn 


(HOOO, H001,etc.) 



EXAMPLE: TP identifier: TP/SS/RLC/IRNG/BV-H002 

TC identifier: TC_SS_RLC_IRNG_BV_H002. 

6.3 Service Flow parameter support 

This clause describes which values of the service flow parameters: CS specification and Data Delivery services, are 
supported in the ATS. 

6.3.1 CsSpecification support 



CsSpecification 


Supported 


e packetlpv4(1) 


Yes 


e packetlpv6(2) 


Yes 


e packetleee8023Ethernet(3) 


Yes 


e packetleee802lqVlan(4) 


No 


e packetlpv4Overleee8023Ethernet(5) 


Yes 


e packetlpv6Overleee8023Ethernet(6) 


No 


e packetlpv4Overleee802lqVlan(7) 


No 


e packetlpv6Over802lqVlan(8) 


No 


e atm{9) 


No 


e packetlpv4Overleee8023EthernetRohc(1 0) 


No 


e packetlpv6Overleee8023EthernetEcrtp(1 1) 


No 


e packetlp2Rohc(12) 


No 


e_packetlp2Ecrtp(13) 


No 
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6.3.2 DataDeliveryServiceType 



DataDeliveryServiceType 


Supported 


e unsolicited grant service(O) 


Yes 


e realtime variable rate service(1) 


No 


e non realtime variable rate service(2) 


No 


e best effort service(3) 


Yes 


e xtded realtime variable rate service(4) 


No 



6.4 Dispatching of test cases over TTCN modules 

In order to maintain a reasonable size of modules containing the test case definitions, the test cases are defined in 
different module according to their groups. 

Each new test case is always defined in either the WMx_BsTestcases_16e or WMx_SsTestcases_16e. 

After the validation of a test case, the signedOff test case will be move to a dedicated module accordingly to its TP 
group. 

The module structure is as indicated in tables 14 and 15. 

Table 14: Module names for signedoff SS test cases 



TP groups 


Module names 


description 


SS CDM CDC 


WMx_SsTestcases_ChannelDescriptorsAndMaps_16e 


Channel 
Descriptors and 
Maps 


SS_CDM_MAP 


SS RLC FBK 


WMx_SsTestcases_NetworkEntry_16e 


Network Entry 


SS RLC IRNG 


SS RLC PRNG 


SS RLC SBC 


SS INI REG 


SS RER 


MS IDM LOC 


WMx_SsTestcases_Mobility_1 6e 


Mobility 


MS SLM PW1 


MS GHF NTA SCAN 


MS GHF HO INI MS 


MS GHF HO TER 


MS GHF NWR 


SS DS DSA 


WMx_SsTestcases_DynamicServices_16e 


Dynamic Services 


SS DS DSC 


SS DS DSD 


SS BWA REQ 


WMx_SsTestcases_BandwidthAllocation_16e 


Bandwidth 
Allocation 


SS BWA CBR 


SS MAC BV 


WMx_SsTestcases_MacPduFormat_16e 


Mac Pdu Format 


SS MAC CAT 


SS MAC CRC 


SS MAC FRAG 


SS MAC PACK 


SS CSOE IPV4 


WMx_SsTestcases_ConvergenceSublayer_16e 


Convergence 
sublayer 


SS CSOE IPV6 


SS CSOC 


SS PHS 


SS ARQ 


WMx_SsTestcases_ArqOrHarq_1 6e 


Arq and Harq 


SS ARQ RXD 


SS ARO TXD 


SS ARO RE 


SS RLC HARO 


SS SEC PKMv1 


WMx_SsTestcases_Security_1 6e 


Security 


SS SEC PKMv2 
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Table 15: Module names for signedoff BS test cases 



TP groups 


Module names 


description 


BS CDM MFS 


WMx_BsTestcases_ChannelDescriptorsAndMaps_16e 


Channel 
Descriptors and 
Maps 


BS CDM CD 


BS CDM CDC 


BS CDM MAP 


BS RLC FBK 


WMx_BsTestcases_NetworkEntry_16e 


Network Entry 


BS RLC ACQ 


BS RLC IRNG 


BS RLC SBC 


BS INI REG 


BS RER 


BS IDM LOC 


WMx_BsTestcases_Mobility_1 6e 


Mobility 


BS IDM NWR 


BS IDM PG 


BS IDM TIDM 


BS GHF NTA 


BS GHF HO 


BS SLM PW1 


BS DS DSA 


WMx_BsTestcases_DynamicServices_16e 


Dynamic Services 


BS DS DSC 


BS DS DSD 


BS DS QPS 


BS BWA CBR 


WMx_BsTestcases_BandwidthAllocation_16e 


Bandwidth 
Allocation 


BS BWA REQ 


BS MAC 


WMx_BsTestcases_MacPduFormat_16e 


Mac Pdu Format 


BS MAC CAT 


BS MAC CRC 


BS MAC FRAG 


BS CSOE IP4 


WMx_BsTestcases_ConvergenceSublayer_16e 


Convergence 
sublayer 


BS CSOE IP6 


BS CSOC 


BS CSOC CDS 


BS CSOC IP4C 


BS CSOC IP6C 


BS PHS 


BS ARQ 


WMx_BsTestcases_ArqOrHarq_1 6e 


Arq and Harq 


BS ARO RXD 


BS ARO TXD 


BS RLC HARO 


BS SEC PKMv2 


WMx BsTestcases Security 16e 


Security 



7 External functions 

The document concerning the external functions is provided in HTML format as an output from the T3Doc Open 
Source TooL 

To look at this HTML documentation, please refer to the instructions in annex F. 



8 Test strategies 



Due the combination of PHY and MAC procedures, the protocol specified in [2] and [3] requires, by nature, using 
dedicated strategies for testing. 

In particular, the WiMAX/Hiperman processes can not only be tested by simply invoking SEND or RECEIVE events 
over a communication port (using PDU for instance),but requires to set up test configurations on the lUTs or in the Test 
system, and invoking external functions from the Test Adapter (TA). 

In this clause test strategies applying to some WiMAX processes are described in details. 
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8.1 HARQ testing 

Testing HARQ requires using some dedicated testing features described in the following clauses. 

8.1 .1 HarqAckNack PHY port message 

A dedicated PhyPort primitive is used to receive the HARQ ACK or NCAK messages from the test adapter (TA). This 
messages from the MS cannot received on the usual MAC or PDU port, but requires the TA to decode them from the 
UL frames and to pass the messages to TTCN over the PHY port. 

The following type is added to the union in the PhyMsgIn type: 

type record HarqAckNack { 

AckBitmap ackBitmap, 

Add add, 

FrameNumber frameNumber 
} 

The filter on phyPort shall be used in order to indicate the test adapter which kind of messages it shall enqueue. 

f_bsMapPhyPort { {e_harqAckNackParams }) ; 

8.1 .2 HARQ TA Primitives 

The following TA commands types are used to test HARQ: 
DlMap_Harq_Cmd. 
DlMap_Harq_Rsp . 
UlMap_Harq_Cmd. 
UlMap_Harq_Rsp . 

WrongHarqCrcOfNextSentPdu_Cmd. 
WrongHarqCrcOfNextSentPdu_Rsp. 
MseHarq_Cmd. 
MseHarq_Rsp. 

8.1 .3 HARQ Broadcast Message Filter 

The following Broadcast Message filter type is required to test HARQ: 

type enumerated BcMacMngtMsgType { 

e_dlMapWithHarqDlMapIe ( 8) , 

e_ulMapHarqAckChRegionAllocIE (11) , 
e_ulMapWithHarqUlMapIe (12), 



8.1 .4 HARQ external Functions 

The following external function is required to test HARQ: 

cf_bsSimuAssignUlBurst_HARQACKCH 

NOTE: Create a burst for HARQ ACKCH in the UL subframe. 
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8.2 Fast Feedback testing 

Testing Fast FeedBack requires to use some dedicated testing features described in the following clauses. 

8.2.1 CQICH PHY port message 

A dedicated PhyPort primitive is used to receive CQICH messages from the Test Adapter (TA). This messages from the 
MS cannot received on the usual MAC or PDU port, but requires the TA to decode them from the UL frames and to 
pass the messages to TTCN over the PHY port. 

The following type is added to the union in the PhyMsgIn type:: 

type record CQIChannel 

{ 

FastFeedbackChannelBits f astFeedbackChannelBits , 

FrameNumber frameNumber, 

ChannelNumber channelNumber 
} 

The filter on phyPort shall be used in order to indicate the test adapter which kind of messages it shall enqueue. 

f_bsMapPhyPort { {e_cqiChannel} ) ; 

8.2.2 CQICH TA Primitives 

The following TA commands types are required to test CQICH fast feedback channel: 

UIMap_CqichAllocationle_Cmd, 
UIMap_CqichAllocationle_rsp, 
SendCqichCodeword_Cmd, 
SendCqichCodeword_Rsp, 

8.2.3 CQICH Broadcast Message Filter 

The following Broadcast Message filter type is required to test CQICH and Fast Feedback 

type enumerated BcMacMngtMsgType { 

e_ulMapWithCqichAllocationIe (13) , 
e_ulMapWithFastFeedbackAllocIe (14) 



8.2.4 CQICH external Functions 

The following external function is required to test CQICH: 

cf_bsSimuAssignUlBurst_CQICH 

NOTE: Allocates Fast Feedback with UIUCO. 
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8.3 Handover testing 
8.3.1 Testing Serving BS 



; ■ NeighbduirliQQd ■ '. \^^ 

■ ■■' ■rliitaHfl'tip- ■ ■ ■ ■ ■ ■ 



SUT (System 
under Test) 




Target BS sends 
Channel infor mation 
over the backbone 
network. 



Handover 




PIXIT : Target BS 
parameters : 

Full BS Id , 

Report metric means, 



Test system 



Figure 24: HO testing for the Serving BS 

In this configuration the lUT is the Serving BS. But to test handover procedures, a Target BS is also required. This 
Target BS shall be provided as part of the System Under Test (SUT). 

In order to enable testing the different HO procedures specified in IEEE 802.16 [3], the following requirement are 
needed: 

• the Target BS channel information shall be made available to the neighbourhood database of the Serving BS 
(e.g. over the backbone network or any other mean); 

• Target BS parameter shall be stored in PIXIT parameters to enable the Tester to send HO request with the 
required Target BS information (BS id, metric values, etc.). 
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8.3.2 Testing Target BS 
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Figure 25: HO testing for the Target BS 



In this configuration the lUT is the Target BS. But to test handover procedures, a Serving BS is also required. This 
Serving BS shall be provided as part of the System Under Test (SUT). 

In order to enable testing the different HO procedures specified in IEEE 802.16, the following requirement are needed: 

• as applicable, the MS information to enable optimized HO procedures shall be sent from the Serving BS to the 
Target BS (e.g. over the backbone network or any other mean); 

• Target BS parameter shall be stored in PIXIT parameters to enable the Tester to send HO request with the 
required Target BS information (BS id, metric values, etc.). 



ETSI 



37 



ETSI TS 102 545-3 V1.2.1 (2009-02) 



8.3.2 Testing MS with Handover or MBS procedure 

For testing the MS in an Handover or multiple BS situation, the test system architecture in figure 26 is used 




MTC : used to start and 
synchronize the 2 PTCs. 



exchangePort : 

used to send Network Entry 
parameters from Serving to 
Target BS (for enabling fast 
NWK entrv) 



lUT 

(Implementation 
under Test 



Handover is realized by 
changing the RF signal 
strength: decreasing 
Serving BS and 
increasing Target BS. 



Figure 26: System architecture for testing the lUIS 

The above architecture is used for testing the Handover and the MBS procedures, when the MS is connected to 2 BSs. 
This architecture is also use for testing PKM procedures over 2 BSs. 

The lUT (MS) is initially connected to the Serving BS. 

The initial preamble: f_ssSvgBsNwkEntryAndData, enables the lUT registration, and then establishes 2 service flows 
(1 uplink and 1 downlink). Actually the MS may not use Handover if no service flow is active. 

Then as necessary the preamble may require to send data from the MS. When the network entry has succeeded the 
preambles sends some network entry parameters (transport CIDs, SFIDs, SBC and REG TLVs) over the exchange port. 

These parameters are received in the PTC2, simulating Target BS, inside the f_ssGetInfoFromSvgBs target BS 
preamble. 



8.4 Processing of EAP messages 



TTCN test cases are handling PkmV2 messages, which carry on EAP messages. The EAP behaviour is complex. To 
avoid increasing tremendously the complexity of the TTCN code, the EAP procedures shall rather be simulated by an 
EAP Server/Client (depending on testing BS or SS). The EAP messages are passed to the EAP emulation, and back, 
through external. 
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1 ) EAP emulator creates the EAP 
messages 

2) An external function passes the EAP 
messages to TTCN 

3) TTCN3 encapsulates EAP messages 
into PkmV2 Wimax messages and 
sends over MacMsg port to the lUT 

4) TTCN3 receives EAP messages 
encapsulated in PkmV2 Wimax 
messages over MacMsg port. 
CONFORMANCE TESTING ! ! ! ! ! 

5) TTCN3 passes EAP messages to the 
emulator through an external function 

6) Emulator processes the EAP messages 
to create the next one 
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Figure 27: Description of the required EAP procedures 

8.5 Handling MAC PDU with Fragmentation, Packing or 
Concatenation 

Correctly handling MAC PDU with either packing, fragmentation or concatenation requires establishing the service 
flows with ad hoc TLV values. The setting of the TLV for the corresponding service flows as well as other MAC PDU 
settings is described in the following clauses. 



8.5.1 IVIS (lUT) Processing DL IVIAC PDUs with FRAG Subheader 

Frag/No Pack in DL SF. 

No Frag/No Pack in UL SF. 

The test system (BS Simu) sends DL MAC PDUs. Each DL MAC PDU contains a FRAG Subheader. The 
fragmented data is created from 1 EchoRequest. 

The EchoRequest is small enough to allow MSUT to send 1 MAC PDU containing the EchoReply. 

If MSUT replies correctly it can be assumed that it reassembled the received fragmented data correctly. 

8.5.2 IVIS (lUT) Processing DL MAC PDU with PACK Subheaders 

No Frag/ Pack in DL SF. 

No Frag/No Pack in UL SF. 

The test system (BS Simu) sends 1 DL MAC PDU with 2 PACK Subheaders / 2 SDU packets. Each SDU 
packet contains 1 EchoRequest. 

Each EchoRequest is small enough to allow MSUT to send 1 MAC PDU containing the EchoReply. 

If MSUT replies correctly with 2 Echo Replies it can be assumed that it treated the received packed data 
correctly. 
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8.5.3 MS (lUT) Processing DL MAC PDU with PACK and FRAG 
Sublneaders 

Frag/ Pack in DL SF. 

No Frag/No Pack in UL SF. 

The test system (BS Simu) sends 1 DL MAC PDU with 1 FRAG Subheaderl / 1 SDU and 1 DL MAC PDU 
with 2 PACK Subheaders. 

The EchoRequest is small enough to allow MSUT to send 1 MAC PDU containing the EchoReply. 

If MSUT replies correctly with 1 Echo Reply it can be assumed that it treated the received packed data 
correctly. 
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Figure 28: Description of the paclted and fragmented PDUs 

8.5.4 MS (lUT) Processing concatenated DL MAC PDUs 

No Frag/ No Pack in DL SF. 

No Frag/No Pack in UL SF. 

The test system(BS Simu) sends 1 DL MAC PDU LIST in the same frame. Each MAC PDU contains 1 
EchoRequest. 

Each EchoRequest is small enough to allow MSUT to send 1 MAC PDU containing the EchoReply. 

If MSUT replies correctly with 2 Echo Replies it can be assumed that it processed the received concatenated 
MAC PDUs correctly. 

8.5.5 MS (lUT) Generating UL MAC PDU with FRAG Subheader 

DL SF not established. 

Frag/No Pack in UL UGS SF. 

e_qpskCc 1 over2/e_qpskCtc 1 over2. 

TTCN instructs the test adapter with xf_grantUiuc to grant N number of slots. 

TTCN instructs test operator to use packet generator to create UL packets. Each packet is bigger than the 
granted N number of slots. 

If an UL MAC PDU with FRAG subheader is received in TTCN , then verdict PASS. 

If no UL MAC PDU with FRAG subheader is received in TTCN , then verdict FAIL. 

8.5.6 MS (lUT) Generating UL MAC PDU with PACK Subheaders 

• DL SF not established. 
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• No Frag/ Pack in UL UGS SF. 

• e_qpskCc 1 over2/e_qpskCtc 1 over2. 

• TTCN instructs the test adapter with xf_grantUiuc to grant N number of slots. 

• TTCN instructs test operator to use packet generator to create UL packets. Each packet is small enough to fit 2 
packets in the granted N number of slots. 

• If during a period of 10 seconds an UL MAC PDU with PACK subheaders is received in TTCN , then verdict 
PASS. 

• If during a period of 10 seconds no UL MAC PDU with PACK subheaders is received in TTCN , then verdict 
INCONC. 

8.5.7 MS (lUT) Generating concatenated UL MAC PDUs 

• DL SF not established. 

• No Frag/ No Pack in UL UGS SF. 

• e_qpskCc 1 over2/e_qpskCtc 1 over2. 

• TTCN instructs the test adapter with xf_grantUiuc to grant N number of slots. 

• TTCN instructs test operator to use packet generator to create UL packets. Each packet is small enough to fit 
2 packets in the granted N number of slots. 

• If during a period of 10 seconds 2 UL MAC PDUs with same frame number are received in TTCN , then 
verdict PASS. 

• If during a period of 10 seconds no 2 UL MAC PDUs with same frame number are received in TTCN , then 
verdict INCONC. 

8.5.8 BS (lUT) processing UL MAC PDUs witii FRAG Subiieader 

• No Frag/No Pack in DL SF. 

• Frag/No Pack in UL SF. 

• The test system (MS Simu) sends UL MAC PDUs. Each UL MAC PDU contains a FRAG Subheader. The 
fragmented data is created from 1 EchoRequest. 

• The EchoRequest is small enough to allow BS (lUT) to send 1 MAC PDU containing the EchoReply. 

• If BS (lUT) replies correctly it can be assumed that it reassembled the received fragmented data correctly. 

8.5.9 BS (lUT) processing concatenated UL MAC PDUs 

• No Frag/ No Pack in DL SF. 

• No Frag/No Pack in UL SF. 

• The test system (MS Simu) sends 1 UL MAC PDU LIST in the same frame. Each MAC PDU contains 
1 EchoRequest. 

• The EchoRequest is small enough to allow MSUT to send 1 MAC PDU containing the EchoReply. 

• If MSUT replies correctly with 2 Echo Replies it can be assumed that it processed the received concatenated 
MAC PDUs correctly. 
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8.5.1 BS (lUT) generating DL MAC PDU with FRAG Sublneader 

• UL SF not needed to be established, but if BS (lUT) is allowed to establish it, if it wished to. 

• Frag/No Pack in DL UGS SF. 

• TTCN instructs test operator to use packet generator to create DL packets. Each packet is bigger than what can 
be sent in 1 frame so that BS (lUT) must fragment. 

• If an DL MAC PDU with FRAG subheader is received in TTCN , then verdict PASS. 

• If no DL MAC PDU with FRAG subheader is received in TTCN , then verdict FAIL. 

8.5.1 1 BS (lUT) generating DL MAC PDU witin PACK Sublneaders 

• UL SF not needed to be established, but if BS (lUT) is allowed to establish it, if it wished to. 

• No Frag/ Pack/ SduTypelndicator = e_varLengthSDUs (n.13.15) in DL UGS SF. 

• TTCN instructs test operator to use packet generator to create DL packets. Each packet is small enough to fit 
2 packets in the granted N number of slots, i.e. DL packets of 2 bytes. 

• If during a period of 10 seconds a DL MAC PDU with PACK subheaders is received in TTCN , then verdict 
PASS. 

• If during a period of 10 seconds no DL MAC PDU with PACK subheaders is received in TTCN , then verdict 
INCONC. 

8.6 Service Flows management for testing BS 
8.6.1 Introduction 

For testing certain functionalities, the establishment of service flows with specific features is required. For example, for 
testing fragmentation or packing , the corresponding bits in the Request/transmission Policy shall be set. So that for the 
TTCN code shall verify that the service flows are suited to the feature to be tested. 

For testing MS, it is easy to establish service flows from the tester (BS simulation) by invoking DSA messages with the 
ad hoc parameters. 

But for testing BS, the situation is quite different because: 

• Some BSs do not support establishment of service flows initiated by the MS. 

• Many BSs establish at least two service flows (one UL and one DL), as soon as the MS has registered to the 
network. 

• When the above service flows, automatically invoked by the BS, are not successfully established, then the BS 
discards any MS action. 

The BS test cases needs to take the above statements into account. The following clauses clarify the procedures 
implemented in the TTCN code, in order to enable the service flow conditions, applying to the BSs, to be followed. 

Because BS service flows are often unsolicited and require to be successful, the handling of DSA invocation is treated 
in the default behaviour. This use of the TTCN default behaviour avoid mixing in the test case the procedure related to 
the test purpose and those related to service flows. 
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For test cases where specific service flows are required, the TTCN code will find the required service flows as 
following: 

• Either the SFs can be found among the ones created by the BS. 

• Or the service flow can be created by from the TTCN if the BS supports MS initiated service flow (mostly 
not). 

• Or the TTCN code can enforce the lUT (BS) to create a suitable service flow. 

The procedures associated with handling of service flows for testing BSs are described in the following clauses: 

• Handling of the Service Flows events in the default procedure: d_bsMacMsg works. 
Meaning and usage of the variables used by TTCN for handling service flows. 



• 



• How to invoke or trigger the invocation of a specific service flow that has not already been established by the 
BS. 

8.6.2 Handling of service flows in the default. 

d_bsMacMsg consists of some alt statements which handle messages on the macMsg port. The ones related to service 
flow management may be spread into three groups: 

• To receive DsaReq messages. 

• To receive DsaAck messages. 

• To handle T8 and TIO timers. 

For the first group there are two alt statements, one for DsaReq for downlink and one for uplink, but they are essentially 
implemented in the same way. 

First of all, they will check whether the DsaReq message received is a retransmission or not by checking transaction 
identifier. If transaction identifier was already received then DsaReq message will be treated as a retransmission, 
therefore DsaRsp message which was sent previously will be sent again and T8 timer will be started. 

If transaction identifier was not received yet, DsaReq message will be checked and afterwards DsaRsp message will be 
sent with no TLVs because main features received in DsaReq message were already checked and all the rest must be 
accepted. Then, finally, T8 timer will be started. 

In order to check DsaReq messages, f_checkAndSaveDsaBsReq function is used. This function must: 

a) check that main features are correct (range of some identifiers, presence of some TLVs, etc.); 

b) save information received into the system variables; 

c) check service flow received satisfies TC needs and set related system variables (firstULSflndex, 
secondULSflndex, firstDLSflndex, secondULSflndex). 

For item c), f_checkDsaBsReqNeeded function is checking that SF characteristics (CS layer + Packet Classification, 
Data Delivery Services, PHS and ARQ) match TC needs. 

For the second group, there is only one alt statement which is receiving DsaAck messages, where messages from the 
existing SF transactions will be matched. Afterwards, TIO timer will be started using the index from matched DsaAck 
message. Only when TIO expires respective service flow is either to be used (marked by firstUlSrvFlowUp, 
secondUlSrvFlowUp, firstDlSrvFlowUp and secondDlSrvFlowUp) or to be ignored because it is a service flow which 
does not correspond to TC needs. 

T8 timeouts are used for the retransmissions of DsaRsp messages. 

TIO timeouts are used for setting up variables above mentioned (if appropriate) to indicate that service flow is ready. 
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8.6.3 Global variables used for the service flow management 

• ssDsaIni, Mse-Initiated Service Flow is supported. 

• firstDlSrvFlowUp, First downlink SF which satisfies TC needs is completely established. 

• secondDlSrvFlowUp, Second downlink SF which satisfies TC needs is completely established. 

• firstUlSrvFlowUp, First uplink SF which satisfies TC needs is completely established. 

• secondUlSrvFlowUp, Second uplink SF which satisfies TC needs is completely established. 

• firstDLSflndex, Index for the First downlink SF which satisfies TC needs. It is setup when 
f_ checkDsaBsReqNeeded has succeeded. Otherwise, it will be omitted. 

• firstULSflndex, Index for the First uplink SF which satisfies TC needs. It is setup when 
f_ CheckDsaBsReqNeeded has succeeded. Otherwise, it will be omitted. 

• secondDLSflndex , Index for the Second downlink SF which satisfies TC needs. It is setup when 
f_ CheckDsaBsReqNeeded has succeeded. Otherwise, it will be omitted. 

• secondULSflndex, Index for the Second uplink SF which satisfies TC needs. It is setup when 
f_ CheckDsaBsReqNeeded has succeeded. Otherwise, it will be omitted. 

• transactionldList, List of transaction identifiers managed during the TC execution. Concerning service flow 
management when testing Bs, each element is a transaction identifier received in a new DsaReq message, so it 
is setup in f_checkAndSaveDsaBsReq function. 

• transportCidList, List of transport connection identifiers managed during the TC execution. When testing Bs, 
each element is a transport connection identifier received in a new DsaReq message, so it is setup in 
f_checkAndSaveDsaBsReq function. 

• sfidList, List of transaction identifiers managed during the TC execution. Concerning service flow 
management when testing Bs, each element is a transaction identifier received in a new DsaReq message, so it 
is setup in f_checkAndSaveDsaBsReq function. 

• targets aidList, List of target S A identifiers managed during the TC execution. When testing Bs, each element 
is a target S A identifier received in a new DsaReq message, so it is setup in f_checkAndSaveDsaBsReq 
function. 

• dsxRspRetriesList, List of DsaRsp messages retries. 

• dsaReqList, List of DsaReq messages. When testing Bs, DsaReq messages received. 

• dsaRspList, List of DsaRsp messages. When testing Bs, DsaRsp messages sent. Variable to be used for 
retransmissions. 

• firstDsaAckReceivedList, 

• directionServiceFlowList, List of service flow directions. That allows to checking the service flow direction in 
an easier and quicker way. 

Indexes are managed by f_checkAndSaveDsaBsReq function. This function will take next free index in order to save 
properly features above described. Also, this function will update the next free index variable for the next messages to 
be handled. 

f_checkAndSaveDsaBsReq function will return the index used so that it can be used by other functions. 

All lists are synchronized by the same index. For example, first DsaReq message received will be saved in 
dsaReqList[0], the response to such message will be saved in dsaRspList[0], service flow direction in 
directionServiceFlowList[0], and so on. Timer lists will use same indexing. 
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8.6.4 How to invoke a required SF tinat is not available 

The function which checks that a required service flow is established is f_bsServiceFlowEstablished. This function 
consists of three main parts. 

• First part waits for the service flow establishments initiated by the BS. 

• Next one is checking service flows established. That is done by checking. 

• SrvFlowUp system variables. If a SF required by a specific TC is not come available, the BS will be triggered 
to create it or it will be initiated by Mse depending on ssDsaIni system variable. 

• Last part is very similar to the first one, but if any of the SF needed by TC has not been established, TC 
execution will be stopped and verdict set up to inconclusive. 

By default, all TCs are waiting for the establishment of 2 SFs, one uplink and one downlink. That is done by the 
following system variables initialization: 

• vc_simu.firstDlSrvFlowUp := false. 

• vc_simu.secondDlSrvFlowUp:= true. 

• vc_simu.firstUlSrvFlowUp := false. 

• vc_simu.secondUlSrvFlowUp:= true. 

Tester allows BS to establish as many SFs as it wants, but for successful test execution this second Sf usually is not 
needed and it will not be used and, therefore, marked as true. Only small number of TCs use the second SF and it will 
be marked as false at the beginning of the TC, after the initialization of system variables (f_init function). 
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Annex A (normative): 

WiMAX/HiperMAN 1.3.1 Abstract Test Suite (ATS) 

This ATS has been produced using the Testing and Test Control Notation (TTCN-3) according to ES 201 873-1 [9]. 



A.I The TTCN-3 Module 



The TTCN-3 code corresponding to the ATS is contained in an archive named ts_10254503v010201p0.zip which 
accompanies the present document. 
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Annex B (normative): 

WiMAX/HiperMAN 1 .3.1 Partial PIXIT proforma for lUT BS 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the Partial PIXIT proforma in this annex so that it can be used for 
its intended purposes and may further publish the completed Partial PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [7]. Any needed additional information can be found in this 
international standard document. 

The document concerning the Partial PIXIT Proforma for lUT BS is provided in HTML format with the T3Doc Open 
Source Tool. 

To look at this documentation provided with T3Doc, please refer to the instructions in annex F. 
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Annex C (normative): 

WiMAX/HiperMAN 1 .3.1 Partial PIXIT proforma for lUT MS 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the Partial PIXIT proforma in this annex so that it can be used for 
its intended purposes and may further publish the completed Partial PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [7]. Any needed additional information can be found in this 
international standard document. 

The document concerning the Partial PIXIT Proforma for lUT MS is provided in HTML format with the T3Doc Open 
Source Tool. 

To look at this documentation provided with T3Doc, please refer to the instructions in annex F. 
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Annex D (normative): 

WiMAX/HiperMAN 1.3.1 PCTR Prof or ma for lUT BS 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [7]. Any needed additional information can be found in this 
International standard document. 



D.I Identification summary 

D.I .1 Protocol conformance test report 



Table D.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





D.I. 2 lUT identification 



Table D.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 





D.I. 3 Testing environment 



Table D.3 



PIXIT Number: 




ATS Specification: 




Abstract Test IVIethod: 


TS 102 545-3 clause 4. 


Means of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 
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D.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



D.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



D.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause C.3 in the present document) and there are no "FAIL" verdicts to be recorded (in 
clause C.6 in the present document) strike the words "has or", otherwise strike the words "or has not". 



D.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 
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D.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause C.6 of the 
present document) strike the words "did or" otherwise strike the words "or did not". 

Summary of the resuhs of groups of test: 



D.5 Static conformance review report 

If clause C.3 indicates non-conformance, this clause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 
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D.6 Test campaign report 



Table D.4: BS test cases 



ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC BS ARQ BV HOOO 


Yes/No 


Yes/No 






TC BS ARQ BV H002 


Yes/No 


Yes/No 






TC BS ARQ BV H005 


Yes/No 


Yes/No 






TC BS ARQ BV H006 


Yes/No 


Yes/No 






TC BS ARQ BV H007 


Yes/No 


Yes/No 






TC BS ARQ BV H008 


Yes/No 


Yes/No 






TC BS ARQ RE BV HOOO 


Yes/No 


Yes/No 






TC BS ARQ RE BV H002 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H001b 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H002 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H003 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H004 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H005 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H007 


Yes/No 


Yes/No 






TC BS ARQ RXD BV H010 


Yes/No 


Yes/No 






TC BS ARQ RXD Tl HOOO 


Yes/No 


Yes/No 






TC BS ARQ TXD BV HOOO 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H001 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H002 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H003 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H004 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H007 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H010 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H010a 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H011 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H011a 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H013 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H014 


Yes/No 


Yes/No 






TC BS ARQ TXD BV H014a 


Yes/No 


Yes/No 






TC BS ARQ TXD Tl H001 


Yes/No 


Yes/No 






TC BS ARQ TXD Tl H003 


Yes/No 


Yes/No 






TC BS BWA BV H010 


Yes/No 


Yes/No 






TC BS BWA CBR BV HOOO 


Yes/No 


Yes/No 






TC BS BWA REQ BV HOOO 


Yes/No 


Yes/No 






TC BS BWA REQ BV H001 


Yes/No 


Yes/No 






TC BS BWA REQ BV H005 


Yes/No 


Yes/No 






TC BS BWA REQ BV H006 


Yes/No 


Yes/No 






TC BS BWA REQ BV H007 


Yes/No 


Yes/No 






TC BS BWA REQ BV H009 


Yes/No 


Yes/No 






TC BS BWA REQ BV H010 


Yes/No 


Yes/No 






TC BS BWA REQ BV H011 


Yes/No 


Yes/No 






TC BS BWA REQ BV H012 


Yes/No 


Yes/No 






TC BS BWA REQ BV H013 


Yes/No 


Yes/No 






TC BS BWA REQ BV HOI 4 


Yes/No 


Yes/No 






TC BS BWA REQ BV H031 


Yes/No 


Yes/No 






TC BS BWA REQ BV H032y 


Yes/No 


Yes/No 






TC BS BWA REQ BV H035a 


Yes/No 


Yes/No 






TC BS BWA REQ BV H036 


Yes/No 


Yes/No 






TC BS BWA REQ BV H037 


Yes/No 


Yes/No 






TC BS BWA REQ BV H038 


Yes/No 


Yes/No 






TC BS BWA REQ BV H039 


Yes/No 


Yes/No 






TC BS CDM CD BV HOOO 


Yes/No 


Yes/No 






TC BS CDM CD BV H003 


Yes/No 


Yes/No 






TC BS CDM CD BV H004 


Yes/No 


Yes/No 






TC BS CDM CD BV H005 


Yes/No 


Yes/No 






TC BS CDM CD BV H006 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC BS CDM CD BV H007 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV HOOO 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV H001 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV H002 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV H004 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV H005 


Yes/No 


Yes/No 






TC BS CDM CDC DL BV H007 


Yes/No 


Yes/No 






TC BS CDM CDC UL BV HOOO 


Yes/No 


Yes/No 






TC BS CDM CDC UL BV H001 


Yes/No 


Yes/No 






TC BS CDM CDC UL BV H002 


Yes/No 


Yes/No 






TC BS CDM MAP BV HOOO 


Yes/No 


Yes/No 






TC BS CDM MAP BV H005 


Yes/No 


Yes/No 






TC BS CDM MAP BV H006 


Yes/No 


Yes/No 






TC BS CDM MAP BV H007 


Yes/No 


Yes/No 






TC BS CDM MAP BV H008 


Yes/No 


Yes/No 






TC BS CDM MAP BV H009 


Yes/No 


Yes/No 






TC BS CDM MFS OPN BV HOOOa 


Yes/No 


Yes/No 






TC BS CDM MFS OPN BV H001a 


Yes/No 


Yes/No 






TC BS CDM MFS OPN BV H005 


Yes/No 


Yes/No 






TC BS CSOC BV H006 


Yes/No 


Yes/No 






TC BS CSOC CDS BV H005 


Yes/No 


Yes/No 






TC BS CSOC CDS BV H006 


Yes/No 


Yes/No 






TC BS CSOC 1P4C BV HOOO 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H001 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H002 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H003 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H004 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H005 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H006 


Yes/No 


Yes/No 






TC BS CSOC IP4C BV H007 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H001 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H003 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H004 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H005 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H006 


Yes/No 


Yes/No 






TC BS CSOC IP6C BV H007 


Yes/No 


Yes/No 






TC BS CSOE IP4 BV HOOO 


Yes/No 


Yes/No 






TC BS CSOE IP4 BV H001 


Yes/No 


Yes/No 






TC BS CSOE IP6 BV HOOO 


Yes/No 


Yes/No 






TC BS CSOE IP6 BV H001 


Yes/No 


Yes/No 






TC BS DS DSA Bl H001 


Yes/No 


Yes/No 






TC BS DS DSA Bl H002 


Yes/No 


Yes/No 






TC BS DS DSA BO H003 


Yes/No 


Yes/No 






TC BS DS DSA BV HOOO 


Yes/No 


Yes/No 






TC BS DS DSA BV H001 


Yes/No 


Yes/No 






TC BS DS DSA BV H002 


Yes/No 


Yes/No 






TC BS DS DSA BV H004 


Yes/No 


Yes/No 






TC BS DS DSA BV H006 


Yes/No 


Yes/No 






TC BS DS DSA BV H007 


Yes/No 


Yes/No 






TC BS DS DSA BV H010 


Yes/No 


Yes/No 






TC BS DS DSA BV H011 


Yes/No 


Yes/No 






TC BS DS DSA BV H014 


Yes/No 


Yes/No 






TC BS DS DSA BV H015 


Yes/No 


Yes/No 






TC BS DS DSA BV H017 


Yes/No 


Yes/No 






TC BS DS DSA BV H019 


Yes/No 


Yes/No 






TC BS DS DSA BV H020 


Yes/No 


Yes/No 






TC BS DS DSA Tl HOOO 


Yes/No 


Yes/No 






TC BS DS DSA Tl H002 


Yes/No 


Yes/No 






TC BS DS DSA Tl H003 


Yes/No 


Yes/No 






TC BS DS DSA Tl H006 


Yes/No 


Yes/No 






TC BS DS DSA Tl H008 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC BS DS DSA Tl H014 


Yes/No 


Yes/No 






TC BS DS DSC Bl H001 


Yes/No 


Yes/No 






TC BS DS DSC BO H018 


Yes/No 


Yes/No 






TC BS DS DSC BV H002 


Yes/No 


Yes/No 






TC BS DS DSC BV H003 


Yes/No 


Yes/No 






TC BS DS DSC BV H006 


Yes/No 


Yes/No 






TC BS DS DSC BV H008 


Yes/No 


Yes/No 






TC BS DS DSC BV H009 


Yes/No 


Yes/No 






TC BS DS DSC BV H012 


Yes/No 


Yes/No 






TC BS DS DSC BV HOI 8 


Yes/No 


Yes/No 






TC BS DS DSC Tl HOOO 


Yes/No 


Yes/No 






TC BS DS DSC Tl H002 


Yes/No 


Yes/No 






TC BS DS DSD BV HOOO 


Yes/No 


Yes/No 






TC BS DS DSD BV H001 


Yes/No 


Yes/No 






TC BS DS DSD BV H003 


Yes/No 


Yes/No 






TC BS DS DSD BV H004 


Yes/No 


Yes/No 






TC BS DS DSD Tl H004 


Yes/No 


Yes/No 






TC BS DS QPS BV H002 


Yes/No 


Yes/No 






TC BS DS QPS BV H003 


Yes/No 


Yes/No 






TC BS DS QPS BV H018 


Yes/No 


Yes/No 






TC BS DS QPS BV H020 


Yes/No 


Yes/No 






TC BS DS QPS BV H021 


Yes/No 


Yes/No 






TC BS DS QPS BV H022 


Yes/No 


Yes/No 






TC BS DS QPS BV H023 


Yes/No 


Yes/No 






TC BS DS QPS BV H024 


Yes/No 


Yes/No 






TC BS DS QPS BV H025 


Yes/No 


Yes/No 






TC BS DS QPS BV H026 


Yes/No 


Yes/No 






TC BS DS QPS BV H032 


Yes/No 


Yes/No 






TC BS GHF HO SVG CCL BV H001 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI BS BV HOOO 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI BS BV H001 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI BS BV H002 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI MS BV HOOO 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI MS BV H001 


Yes/No 


Yes/No 






TC BS GHF HO SVG INI MS BV H003 


Yes/No 


Yes/No 






TC BS GHF NTA NWA BV HOOO 


Yes/No 


Yes/No 






TC BS GHF NTA SCAN BV HOOO 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV HOOO 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV H001 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV H002 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV H004 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV H006 


Yes/No 


Yes/No 






TC BS GHF TGT NWR BV H010 


Yes/No 


Yes/No 






TC BS GHF TGT SAR BV HOOO 


Yes/No 


Yes/No 






TC BS IDM LOG BV HOOO 


Yes/No 


Yes/No 






TC BS IDM LOG BV H001 


Yes/No 


Yes/No 






TC BS IDM NWR BV HOOO 


Yes/No 


Yes/No 






TC BS IDM NWR BV H003 


Yes/No 


Yes/No 






TC BS IDM NWR BV H005 


Yes/No 


Yes/No 






TC BS IDM NWR BV H009 


Yes/No 


Yes/No 






TC BS IDM NWR BV H013 


Yes/No 


Yes/No 






TC BS IDM PG BV HOOO 


Yes/No 


Yes/No 






TC BS IDM PG BV H005 


Yes/No 


Yes/No 






TC BS IDM PWD BV HOOO 


Yes/No 


Yes/No 






TC BS IDM TIDM BV HOOO 


Yes/No 


Yes/No 






TC BS IDM TIDM BV H001 


Yes/No 


Yes/No 






TC BS IDM TIDM BV H002 


Yes/No 


Yes/No 






TC BS IDM TIDM Tl HOOO 


Yes/No 


Yes/No 






TC BS IDM TIDM Tl H001 


Yes/No 


Yes/No 






TC BS INI REG Bl HOOO 


Yes/No 


Yes/No 






TC BS INI REG BO H001 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC BS INI REG BV HOOO 


Yes/No 


Yes/No 






TC BS INI REG BV H003 


Yes/No 


Yes/No 






TC BS INI REG BV H004 


Yes/No 


Yes/No 






TC BS MAC BV HOOO 


Yes/No 


Yes/No 






TC BS MAC BV HOOOa 


Yes/No 


Yes/No 






TC BS MAC BV H001 


Yes/No 


Yes/No 






TC BS MAC BV H001b 


Yes/No 


Yes/No 






TC BS MAC BV H002 


Yes/No 


Yes/No 






TC BS MAC BV H003 


Yes/No 


Yes/No 






TC BS MAC BV H004 


Yes/No 


Yes/No 






TC BS MAC BV H009 


Yes/No 


Yes/No 






TC BS MAC BV H010 


Yes/No 


Yes/No 






TC BS MAC BV H011 


Yes/No 


Yes/No 






TC BS MAC CAT BV HOOO 


Yes/No 


Yes/No 






TC BS MAC CAT BV H001 


Yes/No 


Yes/No 






TC BS MAC CRC BV HOOO 


Yes/No 


Yes/No 






TC BS MAC CRC BV H001 


Yes/No 


Yes/No 






TC BS MAC CRC BV H002 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H005 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H006 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H007 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H008 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H010 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H011 


Yes/No 


Yes/No 






TC BS MAC FRAG BV H012 


Yes/No 


Yes/No 






TC BS MAC FRAG BV HOI 3 


Yes/No 


Yes/No 






TC BS MAC PACK BV HOOO 


Yes/No 


Yes/No 






TC BS MAC PACK BV H005 


Yes/No 


Yes/No 






TC BS MAC PACK BV H006 


Yes/No 


Yes/No 






TC BS MBS BV H002 


Yes/No 


Yes/No 






TC BS MBS BV H006 


Yes/No 


Yes/No 






TC BS MBS BV H007 


Yes/No 


Yes/No 






TC BS MBS BV H008 


Yes/No 


Yes/No 






TC BS MBS BV H009 


Yes/No 


Yes/No 






TC BS PHS BV HOOO 


Yes/No 


Yes/No 






TC BS PHS BV H003y 


Yes/No 


Yes/No 






TC BS PHS BV H003Z 


Yes/No 


Yes/No 






TC BS PHS BV H004y 


Yes/No 


Yes/No 






TC BS PHS BV H004Z 


Yes/No 


Yes/No 






TC BS PHS BV HOOSy 


Yes/No 


Yes/No 






TC BS PHS BV H008Z 


Yes/No 


Yes/No 






TC BS PHS BV H009 


Yes/No 


Yes/No 






TC BS PHS BV H011y 


Yes/No 


Yes/No 






TC BS PHS BV H011Z 


Yes/No 


Yes/No 






TC BS RER BV H006 


Yes/No 


Yes/No 






TC BS RLC ACQ BV HOOO 


Yes/No 


Yes/No 






TC BS RLC FBK BV H003 


Yes/No 


Yes/No 






TC BS RLC HARQ BV HOOOB 


Yes/No 


Yes/No 






TC BS RLC HARQ BV HOOOC 


Yes/No 


Yes/No 






TC BS RLC HARQ BV HOOOD 


Yes/No 


Yes/No 






TC BS RLC HARQ BV H003 


Yes/No 


Yes/No 






TC BS RLC HARQ BV H008 


Yes/No 


Yes/No 






TC BS RLC HARQ BV H009 


Yes/No 


Yes/No 






TC BS RLC IRNG Bl HOOO 


Yes/No 


Yes/No 






TC BS RLC IRNG BV H015 


Yes/No 


Yes/No 






TC BS RLC IRNG BV H016 


Yes/No 


Yes/No 






TC BS RLC IRNG BV H017 


Yes/No 


Yes/No 






TC BS RLC IRNG Tl H003 


Yes/No 


Yes/No 






TC BS RLC PRNG BV H013 


Yes/No 


Yes/No 






TC BS RLC PRNG BV H014 


Yes/No 


Yes/No 






TC BS RLC SBC BV HOOO 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC BS RLC SBC BV H001 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH AKI BV H005 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH AKR BV H005 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH HAN BV H003 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH HAN BV H008 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH HAN BV H009 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH HAN BV H010 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH HAN BV H012 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH IDM BV HOOO 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH IDM BV H001 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH IDM BV H002 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH IDM BV H005 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH NWE BV HOOO 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH NWE BV H001 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH REA BV HOOO 


Yes/No 


Yes/No 






TC BS SEC PKMv2 AUTH REA BV H001 


Yes/No 


Yes/No 






TC BS SEC PKMv2 TEK BV HOOO 


Yes/No 


Yes/No 






TC BS SEC PKMV2 TEK BV H001 


Yes/No 


Yes/No 






TC BS SEC PKMV2 TEK BV H006 


Yes/No 


Yes/No 






TC BS SLM PW1 BV HOOO 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H005 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H005a 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H005b 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H008 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H009 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H010 


Yes/No 


Yes/No 






TC BS SLM PW1 BV H011 


Yes/No 


Yes/No 







D.7 Observations 



Additional information relevant to the technical content of the PCTR is given here. 
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Annex E (normative): 

WiMAX/HiperMAN 1 .3.1 PCTR Proforma for lUT MS 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [7]. Any needed additional information can be found in this 
International standard document. 



E.1 Identification summary 

E.1 .1 Protocol conformance test report 



Table E.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





E.1. 2 I UT identification 



Table E.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 





E.1. 3 Testing environment 



Table E.3 



PIXIT Number: 




ATS Specification: 




Abstract Test IVIethod: 


TS 1 02 545-3, clause 4. 


Means of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 
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E.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



E.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



E.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause C.3 in the present document) and there are no "FAIL" verdicts to be recorded (in 
clause C.6 in the present document) strike the words "has or", otherwise strike the words "or has not". 



E.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 
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E.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause C.6 of the 
present document) strike the words "did or" otherwise strike the words "or did not". 

Summary of the resuhs of groups of test: 



E.5 Static conformance review report 

If clause C.3 indicates non-conformance, this clause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 
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E.6 Test campaign report 



Table E.4: MS test cases 



ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC MS GHF HO CCL BV HOOO 


Yes/No 


Yes/No 






TC MS GHF HO CCL BV H001 


Yes/No 


Yes/No 






TC MS GHF HO CCL BV H002 


Yes/No 


Yes/No 






TC MS GHF HO CCL BV H003 


Yes/No 


Yes/No 






TC MS GHF HO INI BS BV HOOO 


Yes/No 


Yes/No 






TC MS GHF HO INI BS BV H003 


Yes/No 


Yes/No 






TC MS GHF HO INI MS BV HOOO 


Yes/No 


Yes/No 






TC MS GHF HO INI MS BV H001 


Yes/No 


Yes/No 






TC MS GHF HO INI MS BV H002 


Yes/No 


Yes/No 






TC MS GHF HO TER BV HOOO 


Yes/No 


Yes/No 






TC MS GHF NTA SCAN BV HOOO 


Yes/No 


Yes/No 






TC MS GHF NTA SCAN BV H001 


Yes/No 


Yes/No 






TC MS GHF NTA SCAN BV H001a 


Yes/No 


Yes/No 






TC MS GHF NTA SCAN BV H004 


Yes/No 


Yes/No 






TC MS GHF NWR BV HOOO 


Yes/No 


Yes/No 






TC MS GHF NWR BV H002 


Yes/No 


Yes/No 






TC MS GHF NWR BV H010 


Yes/No 


Yes/No 






TC MS GHF NWR BV H011 


Yes/No 


Yes/No 






TC MS IDM LOC BV HOOO 


Yes/No 


Yes/No 






TC MS IDM LOC BV H001 


Yes/No 


Yes/No 






TC MS IDM LOC BV H002 


Yes/No 


Yes/No 






TC MS IDM NWRI BV H002 


Yes/No 


Yes/No 






TC MS IDM NWRI BV H008 


Yes/No 


Yes/No 






TC MS IDM PG BV HOOO 


Yes/No 


Yes/No 






TC MS IDM PG BV H001 


Yes/No 


Yes/No 






TC MS IDM PWD BV HOOO 


Yes/No 


Yes/No 






TC MS IDM TIDM BV HOOO 


Yes/No 


Yes/No 






TC MS IDM TIDM BV H001 


Yes/No 


Yes/No 






TC MS IDM TIDM BV H002 


Yes/No 


Yes/No 






TC MS IDM TIDM Tl HOOO 


Yes/No 


Yes/No 






TC MS IDM TIDM Tl H002 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H003 


Yes/No 


Yes/No 






TC MS SLM PW1 BV HOOSa 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H003b 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H007 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H008 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H009 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H010 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H011 


Yes/No 


Yes/No 






TC MS SLM PW1 BV H014 


Yes/No 


Yes/No 






TC MS SLM PW1 Tl H001 


Yes/No 


Yes/No 






TC MS SLM PW1 Tl HOOIa 


Yes/No 


Yes/No 






TC SS ARO BV HOOO 


Yes/No 


Yes/No 






TC SS ARO BV H001 


Yes/No 


Yes/No 






TC SS ARO BV H002 


Yes/No 


Yes/No 






TC SS ARO BV H004 


Yes/No 


Yes/No 






TC SS ARO BV H006 


Yes/No 


Yes/No 






TC SS ARO BV H007 


Yes/No 


Yes/No 






TC SS ARO RE BV HOOO 


Yes/No 


Yes/No 






TC SS ARO RE BV H003 


Yes/No 


Yes/No 






TC SS ARO RE Tl HOOO 


Yes/No 


Yes/No 






TC SS ARO RXD BV H001 


Yes/No 


Yes/No 






TC SS ARO RXD BV H002 


Yes/No 


Yes/No 






TC SS ARO RXD BV H003 


Yes/No 


Yes/No 






TC SS ARO RXD BV H004 


Yes/No 


Yes/No 






TC SS ARO RXD BV H005 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC SS ARQ RXD BV H006 


Yes/No 


Yes/No 






TC SS ARQ RXD BV H008 


Yes/No 


Yes/No 






TC SS ARQ RXD BV H012 


Yes/No 


Yes/No 






TC SS ARQ RXD BV H013 


Yes/No 


Yes/No 






TC SS ARQ TXD BV HOOO 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H001 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H003 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H004 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H005 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H006 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H007 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H007a 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H007b 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H011 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H012 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H012a 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H012b 


Yes/No 


Yes/No 






TC SS ARQ TXD BV H014 


Yes/No 


Yes/No 






TC SS ARQ TXD Tl H001 


Yes/No 


Yes/No 






TC SS ARQ TXD Tl H002 


Yes/No 


Yes/No 






TC SS BWA CBR BV HOOO 


Yes/No 


Yes/No 






TC SS BWA CBR BV H001 


Yes/No 


Yes/No 






TC SS BWA CBR BV H002 


Yes/No 


Yes/No 






TC SS BWA REQ BV H001 


Yes/No 


Yes/No 






TC SS BWA REQ BV H002 


Yes/No 


Yes/No 






TC SS BWA REQ BV H008 


Yes/No 


Yes/No 






TC SS BWA REQ BV H009 


Yes/No 


Yes/No 






TC SS BWA REQ BV H015 


Yes/No 


Yes/No 






TC SS BWA REQ BV H016 


Yes/No 


Yes/No 






TC SS BWA REQ BV H017 


Yes/No 


Yes/No 






TC SS BWA REQ BV H018 


Yes/No 


Yes/No 






TC SS BWA REQ BV H021 


Yes/No 


Yes/No 






TC SS CDM CD BV H001a 


Yes/No 


Yes/No 






TC SS CDM CDC DL BV HOOO 


Yes/No 


Yes/No 






TC SS CDM CDC DL BV H002 


Yes/No 


Yes/No 






TC SS CDM CDC UL BV HOOO 


Yes/No 


Yes/No 






TC SS CDM CDC UL BV H003 


Yes/No 


Yes/No 






TC SS CDM MAP BV H001 


Yes/No 


Yes/No 






TC SS CDM MAP BV H002 


Yes/No 


Yes/No 






TC SS CDM MAP BV H003 


Yes/No 


Yes/No 






TC SS CDM MAP BV H004 


Yes/No 


Yes/No 






TC SS CDM MAP BV H007 


Yes/No 


Yes/No 






TC SS CDM MAP BV H008 


Yes/No 


Yes/No 






TC SS CDM MAP BV H009 


Yes/No 


Yes/No 






TC SS CDM MAP BV H010 


Yes/No 


Yes/No 






TC SS CDM MAP BV H011 


Yes/No 


Yes/No 






TC SS CDM MFS OPN BV H002 


Yes/No 


Yes/No 






TC SS CDM MFS RLV BV HOOO 


Yes/No 


Yes/No 






TC SS CSQC CDS BV HOOO 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV HOOO 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H001 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H002 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H003 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H004 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H005 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H006 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H007 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H008 


Yes/No 


Yes/No 






TC SS CSQC ENTC IP4oE BV H009 


Yes/No 


Yes/No 






TC SS CSQC ENTC PETC BV HOOO 


Yes/No 


Yes/No 






TC SS CSQC ENTC PETC BV H001 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC SS CSOC ENTC PETC BV H002 


Yes/No 


Yes/No 






TC SS CSOC ENTC PETC BV H003 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV HOOO 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H001 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H003 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H004 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H005 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H006 


Yes/No 


Yes/No 






TC SS CSOC IP4C BV H007 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H001 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H003 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H004 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H005 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H006 


Yes/No 


Yes/No 






TC SS CSOC IP6C BV H007 


Yes/No 


Yes/No 






TC SS CSOE IP4 BV HOOO 


Yes/No 


Yes/No 






TC SS CSOE IP4 BV H001 


Yes/No 


Yes/No 






TC SS CSOE IP6 BV HOOO 


Yes/No 


Yes/No 






TC SS CSOE IP6 BV H001 


Yes/No 


Yes/No 






TC SS DS DSA BV HOOO 


Yes/No 


Yes/No 






TC SS DS DSA BV H001 


Yes/No 


Yes/No 






TC SS DS DSA BV H002 


Yes/No 


Yes/No 






TC SS DS DSA BV H003 


Yes/No 


Yes/No 






TC SS DS DSA BV H004 


Yes/No 


Yes/No 






TC SS DS DSA BV H005 


Yes/No 


Yes/No 






TC SS DS DSA BV H006 


Yes/No 


Yes/No 






TC SS DS DSA BV H007 


Yes/No 


Yes/No 






TC SS DS DSA BV H008 


Yes/No 


Yes/No 






TC SS DS DSA BV H009 


Yes/No 


Yes/No 






TC SS DS DSA BV H010 


Yes/No 


Yes/No 






TC SS DS DSA BV H011 


Yes/No 


Yes/No 






TC SS DS DSA BV H012 


Yes/No 


Yes/No 






TC SS DS DSA BV H013 


Yes/No 


Yes/No 






TC SS DS DSA BV H015 


Yes/No 


Yes/No 






TC SS DS DSA Tl H003 


Yes/No 


Yes/No 






TC SS DS DSA Tl H005 


Yes/No 


Yes/No 






TC SS DS DSA Tl H010 


Yes/No 


Yes/No 






TC SS DS DSA Tl H014 


Yes/No 


Yes/No 






TC SS DS DSC BV HOOO 


Yes/No 


Yes/No 






TC SS DS DSC BV H001 


Yes/No 


Yes/No 






TC SS DS DSC BV H002 


Yes/No 


Yes/No 






TC SS DS DSC BV H003 


Yes/No 


Yes/No 






TC SS DS DSC BV H010 


Yes/No 


Yes/No 






TC SS DS DSC BV H011 


Yes/No 


Yes/No 






TC SS DS DSC BV H013 


Yes/No 


Yes/No 






TC SS DS DSC BV HOI 7 


Yes/No 


Yes/No 






TC SS DS DSC BV H020 


Yes/No 


Yes/No 






TC SS DS DSC Tl H007 


Yes/No 


Yes/No 






TC SS DS DSD BV HOOO 


Yes/No 


Yes/No 






TC SS DS DSD BV H001 


Yes/No 


Yes/No 






TC SS DS DSD BV H002 


Yes/No 


Yes/No 






TC SS DS DSD BV H003 


Yes/No 


Yes/No 






TC SS DS DSD BV H004 


Yes/No 


Yes/No 






TC SS DS DSD Tl H001 


Yes/No 


Yes/No 






TC SS DS DSD Tl H003 


Yes/No 


Yes/No 






TC SS DS DSD Tl H004 


Yes/No 


Yes/No 






TC SS DS OPS BV H001 


Yes/No 


Yes/No 






TC SS INI REG Bl HOOO 


Yes/No 


Yes/No 






TC SS INI REG BV H001 


Yes/No 


Yes/No 






TC SS INI REG Tl H001 


Yes/No 


Yes/No 






TC SS MAC BV HOOO 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC SS MAC BV H001 


Yes/No 


Yes/No 






TC SS MAC BV H005 


Yes/No 


Yes/No 






TC SS MAC BV H006 


Yes/No 


Yes/No 






TC SS MAC BV H007 


Yes/No 


Yes/No 






TC SS MAC BV H008 


Yes/No 


Yes/No 






TC SS MAC BV H010 


Yes/No 


Yes/No 






TC SS MAC BV H011 


Yes/No 


Yes/No 






TC SS MAC CAT BV HOOO 


Yes/No 


Yes/No 






TC SS MAC CAT BV H001 


Yes/No 


Yes/No 






TC SS MAC CRC BV H001 


Yes/No 


Yes/No 






TC SS MAC CRC BV H002 


Yes/No 


Yes/No 






TC SS MAC CRC BV H004 


Yes/No 


Yes/No 






TC SS MAC FRAG BV HOOO 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H003 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H005 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H006 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H007 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H008 


Yes/No 


Yes/No 






TC SS MAC FRAG BV H009 


Yes/No 


Yes/No 






TC SS MAC PACK BV HOOO 


Yes/No 


Yes/No 






TC SS MAC PACK BV H001 


Yes/No 


Yes/No 






TC SS MAC PACK BV H002 


Yes/No 


Yes/No 






TC SS MAC PACK BV H003 


Yes/No 


Yes/No 






TC SS MBS BV H001 


Yes/No 


Yes/No 






TC SS MBS BV H002 


Yes/No 


Yes/No 






TC SS MBS BV H003 


Yes/No 


Yes/No 






TC SS PHS BV HOOOx 


Yes/No 


Yes/No 






TC SS PHS BV HOOSa 


Yes/No 


Yes/No 






TC SS PHS BV H004X 


Yes/No 


Yes/No 






TC SS PHS BV H007 


Yes/No 


Yes/No 






TC SS PHS BV H008 


Yes/No 


Yes/No 






TC SS PHS BV H009y 


Yes/No 


Yes/No 






TC SS PHS BV H009Z 


Yes/No 


Yes/No 






TC SS PHS BV H010y 


Yes/No 


Yes/No 






TC SS PHS BV H010Z 


Yes/No 


Yes/No 






TC SS RER BV H001 


Yes/No 


Yes/No 






TC SS RER BV H007 


Yes/No 


Yes/No 






TC SS RLC FBK BV HOOO 


Yes/No 


Yes/No 






TC SS RLC FBK BV H003 


Yes/No 


Yes/No 






TC SS RLC FBK BV H004 


Yes/No 


Yes/No 






TC SS RLC FBK BV H005 


Yes/No 


Yes/No 






TC SS RLC FBK BV H006 


Yes/No 


Yes/No 






TC SS RLC FBK BV H007 


Yes/No 


Yes/No 






TC SS RLC FBK BV H008 


Yes/No 


Yes/No 






TC SS RLC FBK BV H009 


Yes/No 


Yes/No 






TC SS RLC FBK BV H011 


Yes/No 


Yes/No 






TC SS RLC FBK BV H012 


Yes/No 


Yes/No 






TC SS RLC FBK BV H014 


Yes/No 


Yes/No 






TC SS RLC FBK BV H015 


Yes/No 


Yes/No 






TC SS RLC FBK BV H018 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H002b 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H002e 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H006 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H007 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H009 


Yes/No 


Yes/No 






TC SS RLC HARQ BV H010 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H015 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H016 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H017 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H018 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H019 


Yes/No 


Yes/No 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any 

observations made in 

clause E.7) 


TC SS RLC IRNG BV H019a 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H025 


Yes/No 


Yes/No 






TC SS RLC IRNG Tl H005 


Yes/No 


Yes/No 






TC SS RLC PRNG BV H017 


Yes/No 


Yes/No 






TC SS RLC PRNG BV H043 


Yes/No 


Yes/No 






TC SS RLC PRNG BV H045 


Yes/No 


Yes/No 






TC SS RLC PRNG BV H046 


Yes/No 


Yes/No 






TC SS RLC PRNG BV H047 


Yes/No 


Yes/No 






TC SS RLC PRNG Tl H001 


Yes/No 


Yes/No 






TC SS RLC SBC BV HOOOa 


Yes/No 


Yes/No 






TC SS RLC SBC BV H001 


Yes/No 


Yes/No 






TC SS RLC SBC BV H001a 


Yes/No 


Yes/No 






TC SS RLC SBC Tl HOOO 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H004 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H009 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H011 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H016 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H018 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H020 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H025 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH EAP FSM BV H027 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH HAN BV HOOO 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH HAN BV H001 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH HAN BV H003 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH IDM BV HOOO 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH IDM BV H001 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH IDM BV H003 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH NWE BV H003 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH NWE BV H008 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH NWE BV H009 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH REA BV H003 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH REA BV H008 


Yes/No 


Yes/No 






TC SS SEC PKMv2 AUTH REA BV H009 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV HOOO 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H001 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H002 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H003 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H004 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H005 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H006 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H007 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H008 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H009 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H010 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H016 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H017 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H018 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H020 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H021 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H022 


Yes/No 


Yes/No 






TC SS SEC PKMv2 TEK FSM BV H023 


Yes/No 


Yes/No 
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E.7 Observations 

Additional information relevant to the technical content of the PCTR is given here. 
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Annex F (normative): 
HTML documentation 



An additional documentation in HTML is also available to extend the current ATS documentation. This HTML 
documentation can be viewed using a regular web browser. This HTML documentation contains structured information, 
which provide details on TTCN definitions for the following modules: 

Test Configuration. 

PICSs. 

PIXITs. 

External functions. 

TA (Test Adapter) Command and Responses. 

All test Cases Modules. 

The HTML files corresponding to the TTCN documentation are contained in an archive named 
ts_10254503v010201p0.zip which accompanies the present document. 

To look at this HTML documentation you need: 

1) to unpack the zip file in any empty directory; 

2) to start browsing the files with the "index.htm" file; 

3) to follow the different links to reach the desired item; 

4) Comment and description of the items is provided at different levels of the html files. 
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Annex G (informative): 
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